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FONT PROCESSING DEVICE, TERMINAL DEVICE, FONT PROCESSING METHOD, 

AND FONT PROCESSING PROGRAM 

BACKGROUND OF THE INVENTION 

1. Field of Invention 

[0001] The present invention relates to processes of enlarging, reducing, and 
modifying bitmap fonts. 

2. Description of Related Art 

[0002] Bitmap fonts are used for displaying characters and so on in devices such as 
cellular phones or Personal Digital Assistant (PDAs). Bitmap fonts display characters or 
symbols, by means of previously prepared pixel array patterns. In contrast to outline fonts, 
which display characters or symbols, by a set of vector data, bitmap fonts have a small data 
volume per character, owing to their simple pixel array patterns. For this reason, bitmap fonts 
are used in cellular phones or PDAs where the number of pixels of the display area is 
relatively small. 

[0003] In the case of displaying characters or symbols on a display device, it is 
sometimes necessary to enlarge or reduce the characters. In bitmap fonts used for cellular 
phones, PDAs, and the like, the size of the characters is small and there are also many cases 
where characters are displayed with a thickness of one pixel. In that case, when enlarging 
bitmap fonts by the method of carrying out simple coordinate transformation based on the 
aspect ratio between sizes of an original character and an enlarged character thereof, there 
may be unnatural-looking portions, in terms of thickness, in the enlarged character. Further, 
when reducing such small bitmap fonts by the above-described simple coordinate 
transformation, there might be a line having an unnatural thickness due to distortion in the 
reduced character, or a case where the reduced character does not correspond with the original 
character owing to unsuitable connection between portions thereof. 

[0004] Further, in case of displaying characters or symbols on a display device, 
there are instances where it is required to modify the character or the symbol. For example, it 
may be necessary to display a font that has the equal standard aspect ratio by modifying the 
widthwise font and lengthwise. This requirement may depend on the user's preference that 
lengthwise or widthwise modified characters can be easily seen, and so on. That requirement 
may occur from mainly the processing on a display device, depending on the configuration of 
the display area of the display device or the formation of the image to be displayed. For 
instance, since lengthwise displayed characters can easily be seen on a lengthwise-type 
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display area or since images are displayed together with composition in the display area, the 
configuration of the characters may be modified and displayed in relation to the display size 
or the display position of the image. 

SUMMARY OF THE INVENTION 
[0005] In consideration of the above-described requirement, an object of the present 
invention is to naturally enlarge/reduce and modify a small bitmap font which is used in a 
cellular phone, a PDA, or the like. 

[0006] In an aspect of the present invention, a font processing device can include a 
data acquiring device for acquiring font data of a bitmap font, a lengthwise analyzing device 
for analyzing the pixel formation of the font data lengthwise, a widthwise 
enlargement/reduction device for enlarging or reducing the font data widthwise based on the 
lengthwise analysis result, a widthwise analyzing device for analyzing the pixel formation of 
the font data widthwise, and a lengthwise enlargement/reduction device for enlarging or 
reducing the font data lengthwise based on the widthwise analysis result. 

[0007] In the same aspect, also, a method of processing font can include the steps of 
acquiring font data of a bitmap font, analyzing the pixel formation of the font data lengthwise, 
enlarging or reducing the font data widthwise based on the lengthwise analysis result, 
analyzing the pixel formation of the font data widthwise, enlarging or reducing the font data 
lengthwise based on the widthwise analysis result. 

[0008] The font processing device or method as described above, enlarges or 
reduces bitmap font with a desired enlargement ratio or reduction ratio. First, font data of 
bitmap font that is target for enlargement or reduction is acquired. Then, the font data is 
lengthwise analyzed, and the font data is enlarged or reduced widthwise based on the analysis 
result. In the same manner, the font data of the bitmap font is widthwise analyzed, and the 
font data is enlarged or reduced lengthwise based on the analysis result. Owing to this, 
suitable enlargement/reduction processing is executed lengthwise and widthwise, 
respectively, in order to be corresponded with pixel formation of the font data that becomes 
target of enlargement/reduction, and thereby to prevent processed font data from being in 
unnatural state. 

[0009] In one aspect of the font processing device, the lengthwise analyzing device 
can include a dividing device for dividing the font data into a plurality of columns and a 
calculating device for calculating, for each column, a cost that represents pixel formation 
features, and the lengthwise enlargement/reduction device executes pixel enlargement or 
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reduction for a desired number of columns in the ascending order of column cost or 
descending order of column cost. 

[0010] In this font processing device, a cost is evaluated from column direction 
(lengthwise) pixel formation of pixels forming the font data, and then, enlargement/reduction 
processing is executed based on the cost. Thus, pixel formation analysis can be executed by 
simple cost calculation to thereby enable speedy process. 

[0011] In another aspect of the font processing device, the widthwise analyzing 
device can include as dividing device for dividing the font data into a plurality of rows and a 
calculating device for calculating, for each row, a cost that represents pixel formation 
features, and the lengthwise enlargement/reduction device executes pixel enlargement or 
reduction for a desired number of rows in the ascending order of row cost or descending order 
of row cost. 

[0012] In this font processing device, a cost is evaluated from column direction 
(lengthwise) pixel formation of pixels forming the font data, and then, enlargement/reduction 
processing is executed based on the cost. Thus, pixel formation analysis can be executed by 
simple cost calculation to thereby enable speedy process. 

[0013] In another aspect of the present invention, a font processing device can 
include a data acquiring device for acquiring font data of a bitmap font, widthwise 
enlargement processing device for enlarging the font data widthwise, and a lengthwise 
enlargement processing device for enlarging the font data lengthwise. The widthwise 
enlargement processing device can include a dividing device for dividing the font data into a 
plurality of columns, a cost calculating device for calculating a cost that represents a line 
segment volume of a pixel formation, for each column, and an enlarging device for executing 
widthwise pixel enlargement for a desired number of columns in the descending or ascending 
order of column cost, and the lengthwise enlargement processing device can include a 
dividing device for dividing the font data into a plurality of rows, cost calculating device for 
calculating a cost that represents a line segment volume of the pixel formation, for each row, 
and an enlarging device for executing lengthwise pixel enlargement for a desired number of 
rows in the ascending order of row cost or descending order of row cost. 

[0014] In the same aspect, a method of processing a font can include the steps of 
acquiring font data of a bitmap font, enlarging the font data widthwise, and enlarging the font 
data lengthwise. The step of enlarging the font data widthwise can include the steps of 
dividing the font data into a plurality of columns, calculating a cost that represents a line 
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segment volume of a pixel formation, for each column, and executing widthwise pixel 
enlargement for a desired number of columns in the descending or ascending order of column 
cost, and the step of enlarging the font data lengthwise comprises the steps of dividing the 
font data into a plurality of rows, calculating a cost that represents a line segment volume of 
the pixel formation, for each row, and executing lengthwise pixel enlargement for a desired 
number of rows in the ascending order of row cost or descending order of row cost. 

[0015] In the above-described font processing device or method, the font data is 
divided into a plurality of columns, and then, a cost is calculated for each column. In this 
point, a cost represents a line segment volume of pixel, that is, an index indicating whether 
pixel forming the column is close to simple point, a set of points, or a line segment. Then, 
column is enlarged widthwise in the descending or ascending order of cost. 

[0016] Thereby, the column having pixel formation closer to a point or a set of 
points has priority for enlargement over the column having pixel formation closer to a line 
segment so that the latter is difficult to be enlarged. Thus, breaking down of character 
balance as a whole due to excessive enlargement of line segment forming a character is 
disappeared so that natural enlargement can be obtained. 

[0017] In the same manner, the font data is divided into a plurality of rows, and 
then, a cost is calculated for each row. In this point, a cost represent a line segment volume of 
pixel, and rows are enlarged lengthwise in the descending or ascending order of cost. Thus, 
the row having pixel formation closer to a point or a set of points has priority for enlargement 
over the row having pixel formation closer to a line segment so that the latter is difficult to be 
enlarged to thereby enable natural enlargement. 

[0018] In an aspect of the font processing device, the desired number depends on 
the number of pixels lengthwise and widthwise, and on an enlargement ratio of the font data. 
That is, corresponding to an enlargement ratio of the font, it is decided what number of pixels 
is to be increased for lengthwise and widthwise pixels forming the font, and then, the font is 
enlarged to increase the lengthwise and widthwise pixels forming the font data to a degree of 
the number. 

[0019] In another aspect of the font processing device, the cost calculating device 
can include a calculating device for calculating, as the cost, the number of pixels forming the 
column or the row for each column or each row, and an adding device for adding the number 
of pixels having adjacent pixels in the column or row to the cost. 
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[0020] In yet another aspect of the font processing device, the cost calculating 
device can include a calculating device for calculating the number of pixels forming the 
column or the row for each column or each row, and adding and an calculating device for 
adding the number of pixels having adjacent pixels in the column or row to the number of 
pixels forming the column or the row, and calculating an inverse number of the added result 
as a cost. 

[0021] In these aspects, since the cost calculating device calculates a cost by simple 
operation, font enlargement processing can be speedily executed through simple 
configuration. 

[0022] In still yet another aspect of the font processing device, the font data can 
include processing order information that represents the order of lengthwise enlargement 
processing and widthwise enlargement processing to be executed in enlargement processing 
of the font data, and further can include an order controlling device for controlling the order 
of the lengthwise enlargement processing and the widthwise enlargement processing based on 
the processing order information. 

[0023] According to this aspect, for each target font to be enlarged, it is decided in 
advance which of lengthwise enlargement processing and widthwise enlargement processing 
is early executed in order to be pertinent to natural enlargement font, and then, the processing 
order information representing the order is included in the font data. Thus, the font 
processing device is capable of obtaining a natural enlargement font by deciding the 
execution order of lengthwise enlargement and widthwise enlargement with reference to the 
processing order information. 

[0024] In yet another aspect of the present invention, a font processing device can 
include a data acquiring device for acquiring font data of a bitmap font, a widthwise reduction 
processing device for reducing the font data widthwise, and a lengthwise reduction processing 
device for reducing the font data lengthwise. The widthwise reduction processing device can 
include a dividing device for dividing the font data into a plurality of columns, a cost 
calculating device for calculating a cost that represents a degree of likeness to a pixel 
formation in an adjacent column, for each column, and a reducing device for executing 
widthwise pixel reduction for a desired number of columns in the descending or ascending 
order of column cost, and the lengthwise reduction processing device can include a dividing 
device for dividing the font data into a plurality of rows, a cost calculating device for 
calculating a cost that represents a degree of likeness to a pixel formation in an adjacent row, 
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for each row, and a reducing device for executing lengthwise pixel reduction for a desired 
number of rows in the ascending order of row cost or descending order of row cost. 

[0025] In the same aspect, a method of processing a font can include the steps of 
acquiring font data of a bitmap font, reducing the font data widthwise, and reducing the font 
data lengthwise. The step of reducing the font data widthwise can include the steps of 
dividing the font data into a plurality of columns, calculating a cost that represents a degree of 
likeness to a pixel formation in an adjacent column, for each column, and executing 
widthwise pixel reduction for a desired number of columns in the descending or ascending 
order of column cost. The step of reducing the font data lengthwise can include the steps of 
dividing the font data into a plurality of rows, calculating a cost that represents a degree of 
likeness to a pixel formation in an adjacent column, for each row, and executing lengthwise 
pixel reduction for a desired number of rows in the ascending order of row cost or descending 
order of row cost. 

[0026] In the above-described font processing device or method, the font data can 
be divided into a plurality of columns, and then, a cost is calculated for each column. In this 
point, a cost represents a degree of likeness to pixel formation of an adjacent column. Then, 
column is reduced widthwise in the descending or ascending order of cost. Thereby, a 
portion that is adjacent to the column having similar pixel formation is previously reduced. 
Thus, breaking down of character balance as a whole is disappeared so that natural reduction 
can be obtained. 

[0027] In the same manner, the font data can be divided into a plurality of rows, and 
then, a cost is calculated for each row. In this point, a cost represents a degree of likeness to a 
pixel formation in an adjacent row, and rows are reduced lengthwise in the descending or 
ascending order of cost. Thereby, a portion that is adjacent to the row having similar pixel 
formation is previously reduced. Thus, breaking down of character balance as a whole is 
disappeared so that natural reduction can be obtained. 

[0028] In an aspect of the font processing device, the desired number depends on 
the number of lengthwise and widthwise pixels, and on the reduction ratio of the font data. 
That is, corresponding to the reduction ratio of the font, it is decided what number of pixels is 
to be decreased for lengthwise and widthwise pixels forming the font, and then, the font is 
reduced to decrease the lengthwise and widthwise pixels forming the font data to a degree of 
the number. 
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[0029] In yet another aspect of the font processing device, the cost calculating 
device calculates costs for each column and each row based on the exclusive-OR of pixel 
formation of the column or the row and each row and the pixel formation of a column or a 
row adjacent to the column or the row. In these aspects, since the cost calculating device 
calculates the cost by simple addition process, font enlargement processing can be speedily 
executed through simple configuration. 

[0030] In still yet another aspect of the font processing device, the font data can 
include processing order information that represents the order of lengthwise reduction 
processing and widthwise reduction processing to be executed in reduction processing of the 
font data, and further includes an order controlling device for controlling the execution order 
of lengthwise reduction processing and widthwise reduction processing based on the 
processing order information. 

[0031] According to this aspect, for each target font to be reduced, it is decided in 
advance which of lengthwise reduction processing and widthwise reduction processing is 
early executed in order to be pertinent to natural reduction font, and the processing order 
information representing the order is included in the font data. Thus, the font processing 
device is capable of obtaining a natural reduction font by deciding execution orders of 
lengthwise reduction and widthwise reduction with reference to the processing order 
information. 

[0032] In a still yet another aspect of the present invention, a terminal device can 
include the font processing device, a memory for storing the font data generated by the font 
processing device, and a display part for displaying the font data generated by the font 
processing device. The terminal device, for example, can be a portable terminal device such 
as cellular phones, PDAs, or the like. In the font processing device according to the present 
invention, since enlargement or reduction of the font can be easily executed by a simple 
operation, natural font enlargement/reduction can be executed in the portable terminal device. 

[0033] In a still yet another aspect of the present invention, in a font processing 
program to be executed in a terminal device having a computer, the font processing program 
makes the computer function as a data acquiring device for acquiring font data of a bitmap 
font, a lengthwise analyzing device for analyzing the pixel formation of the font data 
lengthwise, a widthwise enlargement/reduction device for enlarging or reducing the font data 
widthwise based on the lengthwise analysis result, a widthwise analyzing device for analyzing 
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the pixel formation of the font data widthwise, and a lengthwise enlargement/reduction device 
for enlarging or reducing the font data lengthwise based on the widthwise analysis result. 

[0034] In another aspect of the present invention, in a font processing program to be 
executed in a terminal device having a computer, the font processing program makes the 
computer function as a data acquiring device for acquiring font data of a bitmap font, a 
widthwise enlargement processing device for enlarging the font data widthwise, and a 
lengthwise enlargement processing device for enlarging the font data lengthwise. The 
widthwise enlargement processing device can include a dividing device for dividing the font 
data into a plurality of columns, a cost calculating device for calculating a cost that represents 
a line segment volume of a pixel formation, for each column, and an enlarging device for 
executing widthwise pixel enlargement for a desired number of columns in the descending or 
ascending order of column cost, and the lengthwise enlargement processing device can 
include a dividing device for dividing the font data into a plurality of rows, a cost calculating 
device for calculating a cost that represents a line segment volume of a pixel formation, for 
each row, and an enlarging device for executing lengthwise pixel enlargement for a desired 
number of rows in the ascending order of row cost or descending order of row cost. 

[0035] In yet another aspect of the present invention, in a font processing program 
to be executed in a terminal device having a computer, the font processing program makes the 
computer function as a data acquiring device for acquiring font data of a bitmap font, a 
widthwise reduction processing device for reducing the font data widthwise, and a lengthwise 
reduction processing device for reducing the font data lengthwise. The widthwise reduction 
processing device can include a dividing device for dividing the font data into a plurality of 
columns, a cost calculating device for calculating a cost that represents a degree of likeness to 
a pixel formation in an adjacent column, for each column, and a reducing device for 
executing widthwise pixel reduction for a desired number of columns in the descending or 
ascending order of column cost, and the lengthwise reduction processing device can include a 
dividing device for dividing the font data into a plurality of rows, a cost calculating device for 
calculating a cost that represents a degree of likeness to a pixel formation in an adjacent row, 
for each row, and a reducing device for executing lengthwise pixel reduction for a desired 
number of rows in the ascending order of row cost or descending order of row cost. 

[0036] The font processing device can be accomplished by executing the font 
processing program with the computer in the terminal device. 
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[0037] In another aspect of the present invention, a font processing device can 
include a receiving device for receiving a font modification indication, a data acquiring 
device for acquiring font data of a bitmap font, a widthwise modifying device for, when the 
font modification indication includes widthwise font modification, analyzing the pixel 
formation of the font data lengthwise and enlarging or reducing the font data widthwise based 
on the lengthwise analysis result, and a lengthwise modifying device for, when the font 
modification indication includes widthwise font modification, analyzing the pixel formation 
of the font data widthwise and enlarging or reducing the font data lengthwise based on the 
widthwise analysis result. 

[0038] In the same manner, a method of processing font can include a step of 
receiving a font modification indication, a step of acquiring font data of a bitmap font, a step 
of widthwise modifying, when the font modification indication includes widthwise font 
modification, of analyzing the pixel formation of the font data lengthwise and enlarging or 
reducing the font data widthwise based on the lengthwise analysis result, and a step of 
lengthwise modifying, when the font modification indication includes widthwise font 
modification, of analyzing the pixel formation of the font data widthwise and enlarging or 
reducing the font data lengthwise based on the widthwise analysis result. 

[0039] The above font processing device or method modifies the font by enlarging 
or reducing the bitmap font with an enlargement ratio or a reduction ratio. First, a font 
modification indication is received, and font data of the bitmap font to be modified is 
acquired. When the font modification indication includes widthwise modification, the font 
data is analyzed lengthwise, and then, the font data is enlarged or reduced widthwise based on 
the analysis result. In the same manner, when the font modification indication includes 
lengthwise modification, the font data is analyzed widthwise, and then, the font data is 
enlarged or reduced lengthwise based on the analysis result. Thereby, corresponding to pixel 
formation of font data to be modified, font is modified by executing suitable 
enlargement/reduction processing lengthwise and widthwise, respectively so that unbalance 
of modified font data is prevented. 

[0040] In an aspect of the above-described font processing device, the widthwise 
modifying device can include a dividing device for dividing the font data into a plurality of 
columns, a calculating device for calculating a cost that represents pixel formation features, 
for each column, and a executing device for executing pixel enlargement or reduction 
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processing for a desired number of columns in the descending or ascending order of column 
cost. 

[0041] In this font processing device, a cost is evaluated from column direction 
(lengthwise) pixel formation of pixels forming the font data, and then, enlargement/reduction 
processing is executed based on the value. Thus, pixel formation analysis can be executed by 
simple cost calculation to thereby enable speedy process. 

[0042] In another aspect of the font processing device, the lengthwise analyzing 
device can include a dividing device for dividing the font data into a plurality of rows, a 
calculating device for calculating a cost that represents pixel formation features, for each row, 
and an executing device for executing pixel enlargement or reduction processing for a desired 
number of rows in the ascending order of row cost or descending order of row cost. 

[0043] In this font processing device, a cost is evaluated from row direction 
(widthwise) pixel formation of pixels forming the font data, and then, enlargement/reduction 
processing is executed based on the value. Thus, pixel formation analysis can be executed by 
simple cost calculation to thereby enable speedy process. 

[0044] In another aspect of the present invention, a font processing device can 
include a receiving device for receiving a font modification indication including lengthwise 
and widthwise modification ratios, a data acquiring device for acquiring font data of a bitmap 
font, a widthwise modifying device for processing widthwise modification of the font data in 
accordance with the widthwise modification ratio, and a lengthwise modifying device for 
processing lengthwise modification of the font data in accordance with the lengthwise 
modification ratio. The widthwise modifying device can include a dividing device for 
dividing the font data into a plurality of columns, a first cost calculating device for calculating 
a cost that represents pixel formation features, for each of the plurality of columns, and a 
widthwise enlarging or reducing device for enlarging or reducing a first desired number of 
columns widthwise in the descending or ascending order of column cost, and the lengthwise 
modifying device can include a dividing device for dividing the font data into a plurality of 
rows, a second cost calculating device for calculating a cost that represents pixel formation 
features, for each of the plurality of rows, and a lengthwise enlarging or reducing device for 
enlarging or reducing a second desired number of rows lengthwise in the ascending order of 
row cost or descending order of row cost. 

[0045] In the same manner, a method of processing a font can include a step of 
receiving a font modification indication including lengthwise and widthwise modification 
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ratio, a step of acquiring font data of a bitmap font, a step of processing widthwise 
modification of the font data in accordance with the widthwise modification ratio, and a step 
of processing lengthwise modification of the font data in accordance with the lengthwise 
modification ratio. The step of processing widthwise modification of the font data can 
include a step of dividing the font data into a plurality of columns, a step of calculating a first 
cost that represents pixel formation features, for each of the plurality of columns, and a step 
of firstly enlarging or reducing a first desired number of columns widthwise in the descending 
or ascending order of column cost, and the step of processing a lengthwise modification of 
the font data comprises a step of dividing the font data into a plurality of rows, a step of 
calculating a second cost that represents pixel formation features, for each of the plurality of 
rows, and a step of secondly enlarging or reducing a second desired number of rows 
lengthwise in the ascending order of row cost or descending order of row cost. 

[0046] According to this font processing device or the method of processing a font, 
font data is divided into a plurality of columns and a cost is calculated for each of the plurality 
of columns. Further, in the same manner, font data is divided into a plurality of rows and a 
cost is calculated for each of the plurality of rows. And, a font modification is accomplished 
through enlarging or reducing a desired number of columns or rows in accordance with the 
cost. 

[0047] In an aspect of the font processing device, the first desired number depends 
on the number of lengthwise and widthwise pixels of the font data and on the widthwise 
modification ratio, and the second desired number depends on the number of pixels 
lengthwise and widthwise of the font data and on the lengthwise modification ratio. Thus, the 
required number of columns and rows is enlarged/reduced so as to have a modification ratio 
designated by font modification indication. 

[0048] In yet another aspect of the font processing device, the cost calculating 
device calculate a cost that represents a line segment volume of the pixel formation for each 
of the plurality of columns or rows when the modification processing is an enlargement 
processing, and calculate a cost that represents a degree of likeness between the pixel 
formation in the current column or row and the pixel formation in an adjacent column or row, 
for each of the plurality of columns or rows, when the modification processing is a reduction 
processing. 

[0049] According to this aspect, when executing an enlargement for font 
modification, a cost is line segment volume of pixel, that is, an index representing whether 
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the pixel forming the column is close to a simple point or a set of points, or close to a line 
segment. And, column or row is enlarged in the ascending order of cost. Thus, a row having 
a pixel formation close to a point or a set of point is enlarged in advance so that a row having 
a pixel formation close to a line segment is difficult to be enlarged. Further, when executing 
a reduction for font modification, a cost represents a degree of likeness to a pixel formation in 
an adjacent column. And, column is enlarged widthwise in the ascending order of cost. 
Thereby, a portion, that is adjacent to the column having similar pixel formation, is 
previously reduced. Thus, breaking down of character balance as a whole is disappeared so 
that natural enlargement can be obtained. 

[0050] In still yet another aspect of the font processing device, when calculating a 
cost representing line segment volume, the cost calculating device calculates, as the cost, the 
number of pixels forming the column or the row for each column or each row, and adds the 
number of pixels having adjacent pixels in the column or row to the cost. 

[0051] Further, in still yet another aspect of the font processing device, when 
calculating a cost representing the line segment volume, the cost calculating device calculates 
the number of pixels forming the column or the row for each column or each row, and further 
adds the number of pixels having adjacent pixels in the column or the row direction to the 
number of pixels forming the column or the row, and calculates an inverse number of the 
added result as a cost. 

[0052] In yet another aspect of the font processing device, when calculating a cost 
representing the degree of likeness, the cost calculating device calculate for each column and 
each row the cost based on the exclusive-OR of the pixel formation of the column or the row 
and the pixel formation of a column or a row adjacent to the column or the row. 

[0053] In these aspects, since the cost calculating device calculates the cost by 
simple addition process, font enlargement processing can be speedily executed through 
simple configuration. 

[0054] In still yet another aspect of the font processing device, the font data can 
include processing order information that represents the order of the lengthwise modification 
processing and the widthwise modification processing to be executed in the modification 
processing of the font data, and further includes an order controlling device for controlling the 
execution order of the lengthwise modification processing and the widthwise modification 
processing based on the processing order information. 
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[005S] According to this aspect, for each target font to be modified, it is decided in 
advance which of the lengthwise modification processing and the widthwise modification 
processing is early executed in order to obtain the font pertinent to natural modification font, 
and the processing order information representing the order is included in the font data. Thus, 
the font processing device is capable of obtaining a natural modification font by deciding the 
execution order of lengthwise modification and widthwise modification with reference to the 
processing order information. 

[0056] In a still yet another aspect of the present invention, a terminal device can 
include the font processing device, a memory for storing the font data generated by the font 
processing device, and a display part for displaying the font data generated by the font 
processing device. The terminal device, for example, can be a portable terminal device such 
as cellular phones or PDA and so on. In the font processing device according to the present 
invention, since modification of the font can be easily executed by a simple operation, natural 
font modification can be executed in the portable terminal device. 

[0057] In still yet another aspect of the present invention, in a font processing 
program to be executed in a terminal device having a computer, the font processing program 
makes the computer function as a receiving device for receiving a font modification 
indication, a data acquiring device for acquiring font data of a bitmap font, a widthwise 
modifying device for analyzing the pixel formation of the font data lengthwise, when the font 
modification indication includes widthwise font modification, and enlarging or reducing the 
font data widthwise based on the lengthwise analysis result, and a lengthwise modifying 
device for analyzing the pixel formation of the font data widthwise, when the font 
modification indication includes widthwise font modification, and enlarging or reducing the 
font data lengthwise based on the widthwise analysis result. 

[0058] In another aspect of the present invention, in a font processing program to be 
executed in a terminal device having a computer, the font processing program makes the 
computer function as a receiving device for receiving a font modification indication including 
lengthwise and widthwise modification ratios, a data acquiring device for acquiring font data 
of a bitmap font, a widthwise modifying device for processing widthwise modification of the 
font data in accordance with the widthwise modification ratio, and a lengthwise modifying 
device for processing lengthwise modification of the font data in accordance with the 
lengthwise modification ratio. The widthwise modifying device can include a dividing device 
for dividing the font data into a plurality of columns, a first cost calculating device for 
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calculating a cost that represents pixel formation features, for each of the plurality of 
columns, and a widthwise enlarging or reducing device for enlarging or reducing a first 
desired number of columns widthwise in the descending or ascending order of column cost, 
and the lengthwise modifying device can include a dividing device for dividing the font data 
into a plurality of rows, a second cost calculating device for calculating a cost that represents 
pixel formation features, for each of the plurality of rows, and lengthwise enlarging or 
reducing device for enlarging or reducing a second desired number of rows lengthwise in the 
ascending order of row cost or descending order of row cost. 

[0059] The font processing device can be accomplished by executing the font 
processing program through the computer in the terminal device. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0060] The invention will be described with reference to the accompanying 
drawings, wherein like numerals reference like elements, and wherein: 

[0061] Fig. 1 is a schematic block diagram of a portable terminal device to which 
enlargement/reduction processing of bitmap font according to the first embodiment of the 
present invention is applied; 

[0062] Fig. 2 is a flowchart illustrating an exemplary font enlargement processing; 
[0063] Fig. 3 is a flowchart illustrating an exemplary column (row) direction 
enlargement processing; 

[0064] Fig. 4 is a flowchart illustrating an exemplary cost calculation processing in 
font enlargement processing and font modification processing by enlargement; 

[0065] Fig. 5 is a diagram illustrating an example of cost calculation processing in 
font enlargement processing and font modification processing by enlargement; 

[0066] Fig. 6 is a diagram illustrating an example of cost calculation processing; 
[0067] Fig. 7 is a diagram illustrating an example of column (row) direction 
enlargement processing and widthwise (lengthwise) enlargement processing; 

[0068] Fig. 8 is a flowchart illustrating an exemplary font reduction processing; 
[0069] Fig. 9 is a flowchart illustrating an exemplary column (row) direction 
reduction processing; 

[0070] Fig. 10 is a diagram illustrating an example of cost calculation processing in 
font reduction processing and font modification processing by reduction; 
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[0071] Fig. 1 1 is a diagram illustrating comparison between results of a font 
enlargement/reduction, modification processing and a font enlargement/reduction, 
modification processing by simple coordinate transformation; 

[0072] Fig. 12 is a diagram illustrating comparison between processing orders and 
process results of column direction process and row direction process, and an example of data 
formation of font data including processing order information; 

[0073] Fig. 13 is a schematic block diagram of a portable terminal device to which 
modification processing of bitmap font according to the second embodiment of the present 
invention is applied; 

[0074] Fig. 14 is a flowchart illustrating an exemplary font modification processing; 

[0075] Fig. 15 is a flowchart illustrating an exemplary widthwise (lengthwise) 
enlargement processing; 

[0076] Fig. 16 is a flowchart illustrating an exemplary font modification processing 
by reduction; and 

[0077] Fig. 17 is a flowchart illustrating an exemplary widthwise (lengthwise) 
reduction processing. 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

[0078] Now, the preferred embodiments of the present invention will be described 
with reference to accompanying drawings. 

[0079] Above all, the first embodiment of the present invention will be described. 
The first embodiment relates to font enlargement/reduction processing. 

[0080] Fig. 1 illustrates the schematic structure of a portable terminal device to 
which enlargement/reduction processing of bitmap font according to the first embodiment of 
the present invention is applied. In Fig. 1, a portable terminal device 10 is a terminal device, 
which has a relatively small image display area, such as cellular phones, PDAs, or the like. 

[0081] The portable terminal device 10 can include a display part 12, a process font 
memory 14, a CPU 16, an input part 18, a program ROM 20, a font ROM 22, and a RAM 24. 
The display part 12 may be a lightweight and thin type display such as an LCD (Liquid 
Crystal Display), and displays a character formed by bitmap font in a display area. The input 
part 18, which can be configured by each operation button in cellular phones or a tablet 
detecting touch by a touch pen, and the like in PDAs, is used when a user executes various 
indications and selections. An indication and a selection, which are put into the input part 18, 
are converted into electric signals and transmitted to the CPU 16. 



16 

[0082] The program ROM 20 stores each program for executing various functions 
of the portable terminal device 10, and particularly in this embodiment stores an 
enlargement/reduction program of bitmap font (hereinafter, referred to as 'font 
enlargement/reduction program 1 ) and a display program of character using bitmap font, and so 
on. 

[0083] The font ROM 22 stores an original data (also called matrix data) of bitmap 
font. Further, the original data of bitmap font is generally configured by font having same 
aspect ratio (also called square font), such as 16 x 16 dot. 

[0084] The RAM 24 is used as a memory for work when an original data of bitmap 
font is enlargement/reduction processed according to the enlargement/reduction program of 
bitmap font. Meanwhile, the process font memory 14 temporarily stores font (hereinafter, 
also referred to as process font) that is configured by enlargement or reduction processing by 
enlargement/reduction program of bitmap font. The process font memory 14 is generally 
composed of RAM or flash memory and so on, and maintains storage until the power of the 
portable terminal device 10 is off. 

[0085] The CPU 16 executes each function of the portable terminal device 10 by 
executing each program stored in the program ROM 20. Particularly, in this embodiment, 
character is displayed on the display part 12 by reading and executing a character display 
program stored in the program ROM 20. Likewise, by reading and executing a font 
enlargement/reduction program stored in the program ROM 20, a process font is produced by 
enlarging and reducing an original data of bitmap font stored in the font ROM 22. Further, 
though the CPU 16 executes various functions of the portable terminal device 10 by 
executing each program in addition to above programs, those are not directly related to the 
present invention. Thus, the description of them will be omitted. 

[0086] Next, font enlargement/reduction processing that is feature of the present 
invention will be described. As described above, the CPU 16 executes an 
enlargement/reduction program stored in the program ROM 20 to execute font 
enlargement/reduction processing. Hereinafter, font enlargement processing and font 
reduction processing will be described in the order. 

[0087] First, font enlargement processing will be described with referenced to Figs. 
2 to 7. Figs. 2 to 4 are flowcharts illustrating main routine and sub routine of font 
enlargement processing, and Figs. 5 to 7 are diagrams illustrating each step of font 
enlargement processing. 
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[0088] Referring to Fig. 2, the CPU 16 accepts font enlargement indication (step 
SI). Font enlargement indication, for example, when a user executes preset/selection of size 
of display font or preset/selection of display mode by operating the input part 18, is generated 
based on indication from the input part 18. Further, though except a user's indication, font 
enlargement needs to be required in order to correspond to display contents on the display 
part 12. For example, when a character data is displayed in a display area, it might be 
automatically required to enlarge font by using a character display program. 

[0089] When a font enlargement indication is generated, the CPU 16 reads the 
original data of a target font from the font ROM 22, and loads it on the RAM 24 that is a 
work memory (step S2). Next, the CPU 16 executes column direction enlargement 
processing to early enlarge the target font in the column direction (step S3), then, executes 
row direction enlargement processing to more enlarge the column direction enlarged font in 
the row direction (step S4). In this embodiment, also, a column direction enlargement ratio 
and a row direction enlargement ratio are set to be the same. Using this technique, when a 
font enlargement has been finished in the column direction and in the row direction, the CPU 
16 temporarily stores the enlarged font data in the font memory 14 as a process font (step S5). 
Moreover, the CPU 16 displays it on the display part 12 (step S6). As a result, a font is 
enlarged, and then displayed on the display part 12. 

[0090] Next, the column direction enlargement processing which is executed in the 
step S3 will be described in detail with reference to the flowchart of Fig. 3. In Fig. 3, first, 
the CPU 16 divides a target font into a plurality of columns (step SI 1). Then, the CPU 16 
calculates cost per each column that is obtained from division (step S12). In this point, a cost 
is a value that is calculated from the number of pixels forming a font and whether an adjacent 
pixel is present or not, and represents a line segment volume in font enlargement processing. 
That is, it means that higher cost, density of line segment, not point and a set of points, 
included in the column is higher. 

[0091] In Fig. 4, cost calculation processing in the step S12 is illustrated in detail. 
In cost calculation processing, as shown in Fig. 5(a), first, the number of font elements in unit 
of column is counted (step S21). In Fig. 5(a), numbers (0, 4, 3, 3 »• from the left), which are 
noted below each column, represent costs of each column. 

[0092] Next, as shown in Fig. 5(b), addition is executed to a degree of pixel having 
adjacent font formation pixel (step S22). In an example of Fig. 5(b), for each font formation 
pixel having adjacent font formation pixel, T is added to each cost. Costs of each column, 
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which are obtained from results of cost addition by a degree in an adjacent pixel, are noted 
below each column. By adding the cost to a pixel having an adjacent pixel, whether font 
formation pixel in the column is a point or close to a line segment is partly capable of being 
discriminated. That is, though the number of font formation pixels included in one column is 
the same, higher cost, the font formation pixel included in the column can be closer to a line 
segment. And, as will be described below, higher cost of a column, that is, closer to a line 
segment, the column is harder to be enlarged. 

[0093] Next, as shown in Fig. 6(a), weighting process is executed in consideration 
of space (step S23). Concretely, against each column, when pixels of both ends are space 
(where there is no font formation pixel. Space is shown in Figs. 5 and 6), '2' are added to the 
cost value. Further, when pixels positioned first inner from pixels of both ends are space, T 
is added to the cost value. This process is in consideration of balance as a character and 
balance in the case that characters are displayed widthwise to thereby form a composition. 

For example, when a character, such as hiragana 1 L>\ is generally enlarged, enlargement is 

processed to a degree of left and right spaces, and thus, center font formation pixel forming a 
character is rarely enlarged. 

[0094] As a result, in a view of an enlarged composition, while other characters is 
enlarged, font formation part of only the character ' U' is not adequately enlarged, and thus it 

is displayed small in itself. In order to eliminate this unfitness, space consideration weighting 
is executed. As the result of this process, the cost value of a column having space at top and 
bottom ends thereof become higher, and thus, the column is difficult to be enlarged. 

[0095] Next, weighting process of the column that has the same cost is executed 
(step S24). In particular, given a column, the pattern of font formation pixel of the column is 
compared to that of an adjacent column, and when the pattern of font formation pixel of the 
column is equal to that of the adjacent column, '2' is added to the cost value of the column. 
This process is executed in consideration of balance as a character. 

[0096] If the pattern of font formation pixel of the adjacent column is the same, cost 
values are the same in cost calculation up to the present. Thus, when a column having the 
cost value becomes an enlargement target by enlargement processing that will be described 
below, both adjacent columns are enlarged. As a result, both columns having the same pixel 
pattern are enlarged, and thus only a portion of one character is excessively enlarged. 
Accordingly, when an adjacent column has the same pattern, by increasing the cost value such 
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that the adjacent column may be difficult to be enlarged, a specific portion of one character is 
prevented from inordinate enlargement. 

[0097] When cost calculation processing is finished in this way, process returns to 
the column direction enlargement processing shown in Fig. 3. And, the CPU 16 decides 
whether cost calculation for each column of a target font is finished (step SI 3), if not, 
executes cost calculation for all the columns. When cost calculation for all the columns is 
finished (step SI 3; Yes), as shown in Fig. 7(a), the CPU 16 put columns in the ascending 
order of cost (step SI 4). In Fig. 7(a), columns are put A, B, C, ■•• in the ascending order of 
cost. Further, when a plurality of columns have the same cost, the plurality of columns are 
put in the order of closeness to the center of a character to thereby prevent enlargement 
direction from being unbalanced in the right and left direction. In an example of Fig. 7(a), 
though six columns have cost of ? 3', they are put C, D, E, F, G, H, respectively to be 
distributed to the right and left in the order of closeness to the center. By doing this, the order 
for an enlargement target is put so that balanced enlargement of the right and left from the 
center of the character may be processed. 

[0098] When putting each column in the ascending order of cost is finished, the 
CPU 16 decides the number of columns based on an enlargement ratio (step SI 5). In this 
point, the enlargement ratio represents the ratio for enlarging an original data of a bitmap font 
by the current font enlargement processing. In step SI, when a font enlargement indication is 
generated, information about the enlargement ratio is included in the indication. For 
example, when a user indicates an enlargement of a character to easily see the character, the 
enlargement ratio (such as 120%, 150%, etc.) is selected. In addition, irrespective of a user's 
indication, even though font enlargement processing is automatically executed by process of 
the portable terminal device 10, the enlargement ratio is inevitably decided. Thus, based on 
the enlargement ratio, it is decided how many columns should be enlarged in columns of the 
target font. For example, when the number of columns of enlargement target font is 15 (15 
dot) and an enlargement ratio is set to 120% (1 .2 times), the number of columns for 
enlargement is 15x1. 2 = 18 (column) to enlarge only three columns. Examples of Figs. 7(a) 
and 7(b) correspond to the example of this case. 

[0099] The number of columns for enlargement is decided as described above, the 
CPU 16 executes an enlargement processing (step S16). That is, in the ascending order of 
cost, columns are enlarged to a degree of the number of columns for enlargement. In an 
enlargement of this case, for example, the enlargement is processed by inserting a column 
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having a font pixel pattern equal to that of the column for enlargement into the surroundings 
of the column for enlargement. In examples of Figs. 7(a) and 7(b), since the number of 
columns for enlargement is 3 as described above, for 3 columns in the ascending order of cost 
('A 1 , 'B\ 'C columns), columns having the same font formation pixel pattern is inserted. As a 
result, as shown in Fig. 7(b), three columns are inserted, and an enlarged character having 
totally 18 columns (18 dots) widthwise is obtained. 

[0100] In this way, column direction enlargement processing is finished, and 
process returns to the main routine shown in Fig. 2. Then, the CPU 16 executes row direction 
enlargement processing (step S4). Further, a target font in row direction enlargement 
processing becomes a column direction enlarged font. Thus, in examples of Figs. 7(a) and 
7(b), the font having 18 columns (dot) widthwise is processed. 

[0101] Row direction enlargement processing executes process basically equal to 
column direction enlargement processing shown in Fig. 3, for each row, not each column. 
That is, enlargement target font is divided, for each row (step SI 1), cost calculation for each 
row is executed (step SI 2), each row is put in the ascending order of cost (step SI 4), the 
number of target rows for enlargement is decided based on an enlargement ratio (step SI 5), 
and enlargement processing for target rows is executed (step S16). Further, in the cost 
calculation processing shown in Fig. 4, weighting of cost being in consideration of lengthwise 
adjacent pixels (step S22), weighting being in consideration of space (step S23), and 
weighting of row having the same cost (step S24) are executed. In addition, in the 
enlargement processing of this example, since target font is enlarged lengthwise and 
widthwise with the same enlargement ratio, the enlargement ratio used in step SI 5 becomes 
equal to that used in the column direction enlargement processing. 

[0102] In this way, an enlargement processing is finished in the column and row 
directions, the CPU 16 stores an obtained font, that is, process font in the process font 
memory 14 (step S5), and display on the display part 12, if necessary. As a result, an 
enlarged font is displayed on the display part 12 of the portable terminal device 10. 

[0103] As described above, in the font enlargement processing according to the 
present invention, cost for each row and column is calculated based on the formation of the 
target font (font formation pixel pattern), and pertinent column and row are enlarged based on 
the cost. In particular, row and column close to a line segment is made difficult to be 
enlarged so as to prevent a portion corresponding to the line segment of a character from 
being excessively enlarged (step S22). Further, in a character having much space at the end 
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part thereof, an inadequate enlargement of a character due to enlargement of only space is 
prevented (step S23). Moreover, when row and column having the same pattern are adjacent, 
they are made to be difficult to be enlarged so as to prevent a portion of a character from 
being excessively enlarged (step S24). Through this process, by considering a pixel pattern 
forming a character, an enlarged character is maintained balanced to enable natural 
enlargement. 

[0104] Above described font enlargement processing is also executed one character 
by one character at the time when the character line to be displayed on the display part 12 is 
decided. Further, when a user indicates the size change of a display font, enlargement 
processing for all original data previously prepared in the font ROM 22 is executed, and the 
result may be stored in the process font memory 14. In any case, as described above, since 
font enlargement processing in itself is executed by simple operation of integer, time for the 
process is greatly short and there is no case of requiring process time that a user feels 
unpleasant. 

[0105] Next, font reduction processing will be described. Font reduction processing 
is shown in Fig. 8. 

[0106] Font reduction processing is executed similarly to font enlargement 
processing basically. That is, the CPU 16 accepts a font reduction indication (step S41), 
reads the original data of a target font from the font ROM 22, and loads it on the RAM 24 
that is a work memory (step S42). Next, the CPU 16 executes column direction reduction 
processing (step S43), then, executes row direction reduction processing (step S44). Then, 
when a process font is formed, the CPU 16 stores the configured process font in the font 
memory 14 (step S45), and displays it on the display part 12 (step S46). In this way, font 
reduction processing is executed. 

[0107] Next, column direction reduction processing in font reduction processing 
will be described with reference to Fig. 9. Fig. 9 is a flowchart illustrating an exemplary 
column direction reduction processing. Column direction reduction processing shown in Fig. 
9 is executed similarly to column direction enlargement processing shown in Fig. 3 basically 
in order. That is, the CPU 16 divides a target font in unit of column (step S51), calculates 
cost for each column (step S52), and when cost for each column is obtained (step S53; Yes), 
puts each column in the ascending order of cost (step S54). Then, the CPU 16 decides the 
number of target columns for reduction based on a reduction ratio (step S55), and executes 
reduction processing for target column (step S56). 
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[0108] In this way, column direction reduction processing in font reduction 
processing is basically equal to column direction enlargement processing in font enlargement 
processing. But, in relation to cost calculation method in step S52 and reduction method in 
step S56, column direction reduction processing in font reduction processing is not equal to 
that of font enlargement processing. This point will be described below. 

[0109] First, cost calculation will be described. A cost in font enlargement 
processing represents a line segment volume, that is, whether pixel included in each column 
and row is close to a line segment or dot. Meanwhile, cost in font reduction processing 
represents a degree of likeness, that is, how much each column and row is similar to adjacent 
column and row, respectively. In particular, the CPU 16 calculates exclusive-OR (XOR) of 
each column and adjacent column. 

[0110] When adjacent pixel is the same, exclusive-OR becomes '0', but adjacent 
pixel is not the same, exclusive-OR becomes T. Thus, exclusive-OR is calculated for each 
font formation pixel included in each column, and then, the number of font formation 
elements having T is set as a cost of the column. Accordingly, as the cost is higher, font 
pixel pattern of the column is not similar to that in an adjacent column, and, as the cost is 
lower, font pixel pattern of the column is closer to that in an adjacent column. In this way, 
cost becomes a value that represents similarity to adjacent column (strictly, non-similarity). 

[01 1 1] That is, low-cost of a column means that font pixel pattern of the column is 
similar to font pixel pattern in an adjacent column. Thus, by making preferentially a column 
having similar pixel pattern a reduction target, the similar column is deleted. This is based on 
conception that when adjacent column is similar to the column, though that is preferentially 
deleted, influence over the character totally, that is, incongruity is a little. By this way, 
natural reduction can be done. 

[0112] After column direction reduction processing is finished, though row 
direction reduction processing is executed (step S44), this process is basically equal to 
column direction reduction processing. A target font is divided in unit of row (step S5 1), cost 
for each row is calculated (step S52), and when cost is obtained for each row (step S53; Yes), 
is put for each row in the ascending order of cost (step S54). Then, the CPU 16 decides the 
number of target rows for reduction based on a reduction ratio (step S55), and executes 
reduction processing for target row(step S56). 

[0113] Aspects of row direction reduction processing are shown in Figs. 10(a) to 
10(c). First, as shown in Fig. 10(a), cost calculation for each row is executed, and then, rows 
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are put in the ascending order of cost and become targets for reduction in the ascending order 
of row cost as shown in Fig. 10(b). In reduction processing of step S56, for example, 
columns are deleted in the ascending order of row cost as shown in Fig. 10(c). In an example 
of Fig. 10(c), 3 rows (A, B, C) having low-cost are deleted. 

[0114] As described above, in reduction processing according to the present 
invention, a target font is divided in the column and row direction, and reduction is executed 
in consideration of a degree of similarity to each adjacent column and row. Thus, since the 
portion adjacent to column or row having similar font pixel pattern is preferentially reduced 
(deletion of column or row), it is rare that reduced font is unnatural. 

[0115] Figs. 1 1(a) and 1 1(b) illustrate examples of enlargement/reduction font 
obtained by font enlargement/reduction processing by simple coordinate transformation and 
font enlargement/reduction processing according to the present invention. As apparent from 
Figs. 1 1(a) and 1 1(b), in enlargement/reduction font obtained by simple coordinate 
transformation process, stroke of length or width is enlarged to be double (a widthwise line of 

the character a lengthwise line 1 flJV), or slanting line is seen uneven. Further, because of 

reduction, balance of right and left of a character breaks down (balance of right and left of the 

character '^'), and pixels are connected to each other to thereby be seen another character(left 

of the character 'J3fl/)is seen ' @ not ')• In this point, font enlargement/reduction processing 

according to the present invention is capable of obtaining natural enlargement/reduction font 
without above unfitness. 

[0116] Next, order of column direction process and row direction process in font 
enlargement/reduction processing will be described. In previously explained font 
enlargement/reduction processing, column direction enlargement/reduction processing is first 
executed, and then, row direction enlargement/reduction processing is executed (that is, 
widthwise enlargement/reduction processing is first executed, and then, lengthwise 
enlargement/reduction processing is executed). However, this is only an example, it is 
possible to execute firstly row direction enlargement/reduction processing, and to execute 
column direction enlargement/reduction processing. And, which is desirable depends on 
formation of the target font to be processed. 

[0117] Examples are shown in Figs. 12(a) and 12(b) in which a pixel pattern is 
enlarged in two orders that are not the same. In the example of Fig. 12(a), lengthwise 
enlargement is first executed, and widthwise enlargement is executed. In Fig. 12(a), if 
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horizontal direction cost is calculated for the most left original data 50a, cost of the second 
column from the top is smallest. Thus, when the second column from the top is enlarged to a 
degree of 1 pixel, the center data 50b can be obtained. Next, if vertical direction cost is 
calculated for the center data 50b, costs of the fourth and fifth columns from the left are 
smallest. Thus, when one column is enlarged widthwise to a degree of 1 pixel, the most right 
enlarged data 50c can be obtained. 

[0118] Meanwhile, in an example of Fig. 12(b), widthwise enlargement is firstly 
executed, and lengthwise enlargement is executed. In Fig. 12(b), if vertical direction cost is 
calculated for the most left original data 60a, cost of the fourth and fifth columns from the left 
is smallest. Thus, when one column is enlarged widthwise to a degree of 1 pixel, the center 
data 60b can be obtained. Next, if horizontal direction cost is calculated for the center data 
60b, costs of the first and third columns from the top are smallest. Thus, when first column 
from the top is enlarged lengthwise to a degree of 1 pixel, the most right enlarged data 60c 
can be obtained. 

[0119] As described above, though original data are the same, obtained data are 
resultantly different from each other, which depends on whether enlargement is executed in 
the order of length -> width or width -» length. In examples of Figs. 12(a) and 12(b), as 
shown in Fig. 12(a), natural enlargement is executed by enlarging the original data in the 
order of length -> width. Thus, in order to execute natural enlargement for all characters, by 
experimentally executing enlargement processing for each character in the order of length 
width and in the order of width -> length, it is desirable to previously decide which order is 
pertinent to natural enlargement. Then, as schematically shown in Fig. 12(c), in 
enlargement/reduction processing executed for original data of each font, it is much desirable 
to attach processing order information (such as flag, etc.) that represents which order of 
length -> width and width length is desirable, as attribute data. If done in this way, the 
CPU 16 refers to the processing order information attached to the font that is read from font 
ROM 22 in font enlargement/reduction processing, and is desirable to execute 
enlargement/reduction of the font according to the processing order information. Further, 
though an equal font, since it might have each desirable processing order, that is different 
from each other, for enlargement and reduction, processing order information is desirable to 
be prepared for each enlargement/reduction. Moreover, when desirable processing order 
depends on enlargement ratio/reduction ratio, processing order information is preferable to be 
prepared for each enlargement ratio/reduction ratio. 
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[0120] Further, in this embodiment, though enlargement or reduction processing of 
pixel is executed in the ascending order of cost of columns or row, it should be understood 
that the scope of the present invention is not limit to this embodiment, for example, if inverse 
number of cost used in this embodiment is defined as a new cost, the same effect as those of 
this embodiment can be obtained by enlarging and reducing pixel in the descending order of 
column or row cost. 

[0121] Next, the second embodiment of the present invention will be described. 
The second embodiment relates to font modification processing. 

[0122] Fig. 13 illustrates the schematic structure of a portable terminal device to 
which enlargement and reduction processing of bitmap font according to the second 
embodiment of the present invention is applied. In Fig. 13, a portable terminal device 100 is 
a terminal device, which has a relatively small image display area, such as cellular phones, 
PDAs, or the like. The portable terminal device 100 comprises a display part 1 12, a 
modification font memory 1 14, a CPU 1 16, an input part 1 18, a program ROM 120, a font 
ROM 122, and a RAM 124. 

[0123] The display part 112 may be a lightweight and thin type display such as an 
LCD (Liquid Crystal Display), and displays a character formed by bitmap font in a display 
area. 

[0124] The input part 1 1 8, which can be configured by each operation button in 
cellular phones or a tablet detecting touch by a touch pen, etc. in PDAs, is used when a user 
executes various indications and selections. An indication and a selection, which are put into 
the input part 1 18, are converted into electric signals and transmitted to the CPU 1 16. 

[0125] The program ROM 120 stores each program for executing various functions 
of the portable terminal device 100, and stores a modification program of bitmap font 
(hereinafter, referred to as 'font modification program 1 ) and a display program of character 
using bitmap font, and so on, particularly in this embodiment. 

[0126] The font ROM 122 stores an original data (also called 'matrix data') of 
bitmap font. Further, the original data of bitmap font is generally configured by font having 
same aspect ratio (also called 'square font'), such as 16 x 16 dot. 

[0127] The RAM 124 is used as a memory for work when an original data of bitmap 
font is modification processed according to the modification program of bitmap font. 
Meanwhile, the modification font memory 114 temporarily stores font (hereinafter, also 
referred to as 'process font') configured by enlargement or reduction processing by 
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modification program of bitmap font. The modification font memory 1 14 is generally 
composed of RAM or flash memory and so on, and maintains storage until the power of the 
portable terminal device 100 is off. 

[0128] The CPU 116 executes each function of the portable terminal device 100 by 
executing each program stored in the program ROM 120. Particularly, in this embodiment, 
character is displayed on the display part 1 12 by reading and executing a character display 
program stored in the program ROM 120. Likewise, by reading and executing a font 
modification program stored in the program ROM 120, a process font is generated by 
enlarging and reducing lengthwise and widthwise an original data of bitmap font stored in the 
font ROM 122. Further, though the CPU 116 executes various functions of the portable 
terminal device 100 by executing each program except above programs, those are not directly 
related to the present invention. Thus, the description of them will be omitted. 

[0129] Next, font modification processing that is feature of the present invention 
will be described. As described above, the CPU 116 executes a modification sub program 
stored in the program ROM 120, to execute font modification processing. Font modification 
is practically realized by enlarging or reducing font data lengthwise or widthwise. When the 
lengthwise enlargement ratio or reduction ratio of a font is equal to the widthwise 
enlargement ratio or reduction ratio, the font is simply enlarged or reduced. But, when 
lengthwise enlargement ratio or reduction ratio of a font is not equal to the widthwise 
enlargement ratio or reduction ratio, the font is modified. Hereinafter, font modification 
processing by enlargement and reduction of the font will be described in order. 

[0130] First, font modification processing by enlargement will be described with 
reference to Figs. 4 to 7, Fig. 14, and Fig. 15. Fig. 4, Fig. 14, and Fig. 15 are flowcharts 
illustrating exemplary main routine and sub routine of font modification processing by 
enlargement. Figs. 5 to 7 are diagrams illustrating each step of font modification processing. 

[0131] Referring to Fig. 14, the CPU 1 16 accepts font modification indication (step 
S101). Font modification indication, for example, when a user executes preset and selection 
of aspect ratio of display font or preset and selection of display mode by operating the input 
part 1 18, is generated based on indication from the input part 118. Further, though except for 
a user's indication, font modification may be required in order to correspond to display 
contents on the display part 112. For example, when a character data is displayed in a display 
area, it might be automatically required to modify font by using a character display program. 
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Font modification indication includes lengthwise enlargement ratio and widthwise 
enlargement ratio. 

[0132] When font modification indication is generated, the CPU 116 reads original 
data of target font for display from the font ROM 122, and loads it on the RAM 124 that is 
memory for work (step SI 02). Next, the CPU 116 decides whether font modification 
indication input in step SI 01 includes widthwise enlargement of the font (step SI 03). When 
including widthwise enlargement of the font (step SI 03; Yes), the CPU 116 firstly enlarges 
the target font widthwise by executing a widthwise enlargement processing (step SI 04). 
Further, when not including widthwise enlargement of the font in step SI 03 (step SI 03; No), 
process proceeds to the next step. 

[0133] Next, the CPU 116 decides whether font modification indication input in 
step SI 01 includes lengthwise enlargement of the font (step SI 05). When including 
lengthwise enlargement of the font (step SI 05; Yes), the CPU 1 16 firstly enlarges the target 
font lengthwise by executing a lengthwise enlargement processing (step SI 06). Further, 
when not including lengthwise enlargement of the font in step SI 05 (step SI 05; No), process 
proceeds to the next step. Further, column direction enlargement ratio and row direction 
enlargement ratio are set to the ratio indicated in step S101, and are generally not the same. 
Doing in this way, when a font enlargement has been finished in the column direction and in 
the row direction, the CPU 116 temporarily stores the enlarged font data in the font memory 
1 14 as a modification font (step SI 07), and further displays it on the display part 112 (step 
SI 08). As a result, a font is modified, and then displayed on the display part 1 12. 

[0134] Next, the widthwise enlargement processing which is executed in the step 
SI 04 will be described in detail with reference to the flowchart of Fig. 15. In Fig. 15, first, 
the CPU 1 16 divides a target font into a plurality of columns (step Sill). Then, the CPU 116 
calculates cost for each column that is obtained from division (step SI 12). In this point, a 
cost is a value that is calculated from the number of pixels forming a font and whether an 
adjacent pixel is present or not, and represents a line segment volume in font modification 
processing by enlargement. That is, it means that higher cost, density of line segment, not 
point and a set of points, included in the column is higher. Further, cost calculation 
processing is similar to that of the first embodiment that is described with reference to Figs. 4 
to 6, and thus, description thereof will be omitted. 

[0135] When cost calculation processing is finished, process returns to the 
widthwise enlargement processing shown in Fig. 15. The CPU 1 16 decides whether cost 
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calculation for each column of a target font is finished (step SI 13), and if not, executes cost 
calculation for all the columns. When cost calculation for all the columns is finished (step 
SI 13; Yes), as shown in Fig. 7(a), the CPU 116 put columns in the ascending order of cost 
(step SI 14). In Fig. 7(a), columns is put in A, B, C, — in the ascending order of column cost. 
Further, when a plurality of columns has the same cost, the plurality of columns are put in the 
order of closeness to the center of a character to thereby prevent enlargement direction from 
being unbalanced in the right and left direction. In an example of Fig. 7(a), though six 
columns have cost of '3', they are put in C, D, E, F, G, H, respectively to be distributed to the 
right and left in the order of closeness to the center. By doing this, order for an enlargement 
target is put so that balanced enlargement of the right and left from the center of the character 
may be processed. 

[0136] When putting each column in the ascending order of cost is finished, the 
CPU 116 decides the number of columns to be enlarged based on an enlargement ratio that is 
indicated in step S101 (step SI 15). This enlargement ratio represents the ratio for enlarging 
an original data of a bitmap font widthwise by the current font enlargement processing. As 
described above, when a font enlargement indication is generated in step SI 01, information 
about the lengthwise and widthwise enlargement ratio is included in the indication. For 
example, when a user indicates a lengthwise modification of a character to easily see the 
character, lengthwise enlargement ratio becomes higher than widthwise enlargement ratio, 
and when a user indicated a widthwise modification of a character, widthwise enlargement 
ratio becomes higher than lengthwise enlargement ratio. The enlargement ratio (such as 
120%, 150%, etc.) is selected. In addition, irrespective of a user's indication, even though 
font modification processing is automatically executed by process of the portable terminal 
device 100, the lengthwise and widthwise enlargement ratio is inevitably decided. Thus, 
based on the widthwise enlargement ratio, it is decided how many columns should be 
enlarged in columns of the target font. For example, when the number of columns of 
enlargement target font is 15 (15 dot) and a widthwise enlargement ratio is set to 120% (1 .2 
times), the number of columns for widthwise enlargement is 15x1. 2 = 18 (column) to 
enlarge only three columns. Examples of Figs. 7(a) and 7(b) correspond to the example of 
this case. 

[0137] If the number of columns for widthwise enlargement is decided as described 
above, the CPU 116 executes an enlargement processing (step SI 16). That is, in the 
ascending order of cost, columns are enlarged to a degree of the number of columns for 



29 

enlargement. In an enlargement of this case, for example, the enlargement is processed by 
inserting a column having a font pixel pattern equal to that of the column for enlargement into 
the surroundings of the column for enlargement. In examples of Figs. 7(a) and 7(b), since the 
number of columns for enlargement is 3 as described above, for 3 columns in the ascending 
order of cost ('A*, 'B', 'C columns) shown in Fig. 7(a), columns having the same font 
formation pixel pattern is inserted. As a result, as shown in Fig. 7(b), three columns are 
inserted, and an enlarged character having totally 18 columns (18 dots) widthwise can be 
obtained. In this way, when widthwise enlargement processing is finished, process returns to 
the main routine shown in Fig. 14. 

[0138] Next, lengthwise enlargement processing in step SI 06 of Fig. 14 will be 
described. Further, a target font for lengthwise enlargement processing becomes the font that 
is enlarged widthwise. Thus, in examples of Figs. 7(a) and 7(b), the font having 18 columns 
(dot) widthwise is processed. 

[0139] Lengthwise enlargement processing executes process basically equal to 
widthwise enlargement processing shown in Fig. 15 for each row, not each column. That is, 
enlargement target font is divided for each row (step Sill), cost calculation for each row is 
executed (step SI 12), each row is put in the ascending order of cost (step SI 14), the number 
of target rows for enlargement is decided based on an lengthwise enlargement ratio (step 
SI 15), and enlargement processing for target rows is executed (step SI 16). Further, in the 
cost calculation processing shown in Fig. 4, weighting of cost being in consideration of 
lengthwise adjacent pixels (step S22), weighting being in consideration of space (step S23), 
and weighting of row having the same cost (step S24) are executed. 

[0140] As described above, in the font modification processing by enlargement 
according to the present invention, cost for each row and column is calculated based on the 
formation of the target font (font formation pixel pattern), and pertinent column and row are 
enlarged based on the cost. Concretely, row and column close to a line segment are made 
difficult to be enlarged so as to prevent a portion corresponding to the line segment of a 
character from being excessively enlarged (step S22). Further, in a character having much 
space at the end part thereof, an inadequate enlargement of a character due to enlargement of 
only space is prevented (step S23). Moreover, when row and column having the same pattern 
are adjacent, they are made to be difficult to be enlarged so as to prevent a specific portion of 
a character from being excessively enlarged (step S24). Through this process, by considering 
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a pixel pattern forming a character, an enlarged character is maintained balanced to enable 
natural enlargement. 

[0141] Next, font modification processing by reduction will be described. Font 
modification processing by reduction is shown in Fig. 16. Font modification processing by 
reduction is executed, basically, similarly to font modification processing by enlargement. 
That is, the CPU 116 accepts a font modification indication (step S141), reads the original 
data of a target font from the font ROM 122, and loads it on the RAM 124 that is a work 
memory (step SI 42). 

[0142] Next, the CPU 116 decides whether font modification indication input in 
step S141 includes widthwise reduction (step S143), and when including widthwise 
reduction, the CPU 116 executes a widthwise reduction processing (step SI 44). Further, the 
CPU 1 16 decides whether font modification indication input in step S141 includes lengthwise 
reduction (step SI 45), and when including lengthwise reduction, the CPU 116 executes a 
lengthwise reduction processing (step SI 46). When a modified font is configured, the CPU 
116 stores the modified font in the font memory 114 (step SI 47), and displays it on the 
display part 112 (step SI 48). In this way, font modification processing by reduction is 
executed. 

[0143] Next, widthwise reduction processing in a font modification processing by 
reduction will be described with reference to Fig. 17. Fig. 17 is a flowchart illustrating 
exemplary widthwise reduction processing. Widthwise reduction processing shown in Fig. 
1 7 is executed in procedure, basically, similarly to font modification processing by 
enlargement widthwise shown in Fig. 15. That is, the CPU 116 divides a target font in unit of 
column (step S151), calculates cost for each column (step SI 52), and when cost for each 
column is obtained (step SI 53; Yes), puts each column in the ascending order of cost (step 
SI 54). Then, the CPU 1 16 decides the number of target columns for reduction based on a 
widthwise reduction ratio (step SI 55), and executes reduction processing for target columns 
(step S156). 

[0144] In this way, widthwise reduction processing in a font modification 
processing by reduction is basically equal to widthwise enlargement processing in a font 
modification processing by enlargement. But, in relation to cost calculation method in step 
SI 52 and reduction method in step SI 56, widthwise reduction processing in font modification 
processing by reduction is not equal to that of font modification processing by enlargement. 
This point will be described below. 



31 

[0145] First, cost calculation will be described. Cost in font modification 
processing by enlargement represents line segment volume, that is, whether pixel included in 
each column and row is close to a line segment or dot. Meanwhile, cost in font modification 
processing by reduction represents a degree of likeness, that is, how much each column and 
row is similar to adjacent column and row, respectively. In particular, the CPU 116 calculates 
exclusive-OR (XOR) of each column and adjacent column. When adjacent pixel is the same, 
exclusive-OR becomes '0', but adjacent pixel is not the same, exclusive-OR becomes T. 
Thus, exclusive-OR is calculated for each font formation pixel included in each column, and 
then, the number of font formation elements having T is set as a cost of the column. 
Accordingly, higher cost, font pixel pattern of the column is not similar to that in an adjacent 
column, and, lower cost, font pixel pattern of the column is closer to that in an adjacent 
column. In this way, cost becomes a value that represents a degree of similarity to adjacent 
column (strictly, a degree of non-similarity). 

[0146] That is, low-cost of a column means that font pixel pattern of the column is 
similar to font pixel pattern in an adjacent column. Thus, by making preferentially a column 
having similar pixel pattern a reduction target, the similar column is deleted. This is based on 
conception that when adjacent column is similar to the column, though that is preferentially 
deleted, influence over the total character, that is, incongruity is a little. By this way, natural 
reduction can be done. 

[0147] After widthwise reduction processing is finished, though lengthwise 
reduction processing (step SI 46) is executed, this process is basically equal to widthwise 
reduction processing. A target font is divided in unit of row (step SI 51), cost for each row is 
calculated (step SI 52), and when cost is obtained for each row (step SI 53; Yes), puts each 
row in the ascending order of cost (step SI 54). Then, the CPU 116 decides the number of 
target rows for reduction based on a lengthwise reduction ratio (step SI 55), and executes 
reduction processing for target row. 

[0148] Aspects of row direction reduction processing are shown in Figs. 10(a) to 
10(c). First, as shown in Fig. 10(a), cost calculation for each row is executed, then, rows are 
put in the ascending order of cost and become targets for reduction in the ascending order of 
row cost as shown in Fig. 10(b). In reduction processing of step S56, for example, columns 
are deleted in the ascending order of row cost as shown in Fig. 10(c). In an example of Fig. 
10(c), 3 rows (A, B, C) having low-cost are deleted. 
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[0149] As described above, in font modification processing by reduction according 
to the present invention, a target font is divided in the column and row direction, reduction is 
executed in consideration of a degree of similarity to each adjacent column and row. Thus, 
since the portion, which is adjacent to column or row having similar font pixel pattern, is 
preferentially reduced (deletion of column or row), it is rare that modified font is unnatural. 

[0150] Figs. 1 1(a) and 1 1(b) illustrate examples of modification font (enlargement 
example and reduction example) obtained by font modification processing by simple 
coordinate transformation and by the present invention. In addition, the same enlargement 
ratio and reduction ratio for widthwise and lengthwise are applied to these examples for 
convenience of explanation. As apparent from Figs. 1 1(a) and 1 1(b), in modification font 
obtained by simple coordinate transformation process, stroke of length or width is enlarged to 

be double (a right lengthwise line of the character a lengthwise line of character ? M r ), or 

slanting line is seen uneven. Further, because of reduction, balance of right and left of a 

character breaks down (balance of right and left of the character or pixels are connected 

to each other to thereby be seen another character(left of the character 'jJJV is seen ' @ ! , not 

'). In this point, font modification processing according to the present invention is capable 

of obtaining natural modification font without above unfitness. 

[0151] Above described font modification processing is also executed one character 
by one character at the time when the character line displayed on the display part 1 12 is 
decided. Further, when a user indicates aspect ratio change and so on of a display font, font 
modification processing for all original data previously prepared in the font ROM 122 is 
executed, and the result may be stored in the modification font memory 114. In any case, as 
described above, since font modification processing in itself is executed by simple operation 
of integer, time for the process is greatly short and there is no case of requiring process time 
that a user feels unpleasant. 

[0152] Further, as described above, though font modification is explained by two 
cases of enlargement and reduction, combination of them can be applicable to generate a 
modified font. For example, lengthwise font can be generated by lengthwise enlargement and 
widthwise reduction, and then, widthwise font can be generated by lengthwise reduction and 
widthwise enlargement. In that case, it is desirable that above described font modification 
processing by enlargement is applied to the enlargement direction, and font modification 
processing by reduction is applied to the reduction direction. 
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[0153] In addition, as apparent from Figs. 14 and 16, modification font is capable of 
being generated by executing enlargement or reduction in one direction of column and row 
directions. In that case, process is desirable to be executed only a direction for enlargement 
or reduction. 

[0154] Next, order of widthwise enlargement/reduction and lengthwise 
enlargement/reduction in font modification processing will be described. In previously 
explained font modification processing, widthwise enlargement/reduction processing is firstly 
executed, and then, lengthwise enlargement/reduction processing is executed (that is, first 
widthwise enlarged/reduced, and then, lengthwise enlarged/reduced). However, this is only 
an example, it is possible to firstly execute lengthwise enlargement/reduction processing, and 
to execute widthwise enlargement/reduction processing. And, which is desirable depends on 
formation of the target font to be processed. 

[0155] Examples are shown in Figs. 12(a) and 12(b) when a pixel pattern is 
enlarged in two orders that are not the same. In the example of Fig. 12(a), lengthwise 
enlargement is firstly executed, and widthwise enlargement is executed. In Fig. 12(a), when 
horizontal direction cost is calculated for the most left original data 50a, cost of the second 
column from the top is the smallest. Thus, when the second column from the top is enlarged 
to a degree of 1 pixel, the center data 50b can be obtained. Next, if vertical direction cost is 
calculated for the center data 50b, costs of the fourth and fifth columns from the left are 
smallest. Thus, when one column is enlarged to a degree of 1 pixel, the most right data 50c 
can be obtained. 

[0156] Meanwhile, in an example of Fig. 12(b), widthwise enlargement is firstly 
executed, and lengthwise enlargement is executed. In Fig. 12(b), if vertical direction cost is 
calculated for the most left original data 60a, cost of the fourth and fifth columns from the left 
is the smallest. Thus, when one column is enlarged widthwise to a degree of 1 pixel, the 
center data 60b can be obtained. Next, if horizontal direction cost is calculated for the center 
data 60b, costs of the first and third columns from the top are the smallest. Thus, when first 
column from the top is enlarged lengthwise to a degree of 1 pixel, the most right enlarged 
data 60c can be obtained. 

[0157] As described above, even though original data are the same, obtained data 
are resultantly different from each other, which depends on whether enlargement is executed 
in the order of length width or width length. In examples of Figs. 12(a) and 12(b), as 
shown in Fig. 12(a), natural enlargement is executed by enlarging the original data in the 
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order of length width. Thus, in order to execute natural modification for all characters, by 
experimentally executing modification processing for each character in the order of length -> 
width and in the order of width -> length, it is desirable to previously decide which order is 
pertinent to natural modification. Then, as schematically shown in Fig. 12(c), when font 
modification processing is executed for original data of each font, it is much desirable to 
attach processing order information (such as flag, etc.) that represents which order of length 

width or width -> length is desirable, as an attribute data. If done in this way, the CPU 
116 refers to the processing order information attached to the font that is read from font ROM 
122 in font modification processing, and is desirable to execute font modification according 
to the processing order information. Further, even though an equal font, since it might have 
different desirable processing order for enlargement and reduction, processing order 
information is desirable to be prepared for modification processing being accompanied with 
enlargement and modification processing being accompanied with reduction, respectively. 
Moreover, when desirable processing order depends on enlargement ratio/reduction ratio, 
processing order information is preferable to be prepared for each enlargement ratio/reduction 
ratio. 

[0158] In this embodiment, though enlargement or reduction processing of pixel is 
executed in the ascending order of cost of columns or row, scope of the present invention is 
not limited to this embodiment, for example, if an inverse number of the cost used in this 
embodiment is defined as a new cost, the same effect as this embodiment can be obtained by 
enlarging and reducing pixel in the descending order of column or row cost. 

While this invention has been described in conjunction with specific embodiments 
thereof, it is evident that many alternatives, modifications, and variations will be apparent to 
those skilled in the art. Accordingly, preferred embodiments of the invention as set forth 
herein are intended to be illustrative, not limiting. Various changes may be made without 
departing from the spirit and scope of the invention. 



